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(57) A decomposing apparatus is provided for use 
in a printing machine of the type adapted to 
receive a first set of information written in a 
printer page description language and a second 
set of information written in a printer page 
description language. The decomposing ap- 
paratus preferably includes : an arrangement 
(60) for parsing the first set of information into a 
first set of image related components during a 
first time interval and the second set of infor- 
mation into a second set of image related com- 
ponents during a second time interval ; and, an 
arrangement (94) for performing image related 
operations on selected components of the first 
set of image related components, the image 
related operations being performed on the first 
set of image related components during the 
second interval so that the image related oper- 
ations can be performed on the first set of 
image related components substantially con- 
currently with the second set of information 
being parsed. 
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The present invention relates generally to a tech- 
nique for printing a job written in a printer page de- 
scription language and more specifically to a multi- 
process/multi-stage decomposer adapted to decom- 
pose higher level primitives into imaging primitives for 5 
printing. 

Personal computers have become commonplace 
on the desks of most office workers. Typically, much 
of the work product of such computers is intended to 
be transformed into hardcopy via a printer using dig- 10 
ital imaging technology. Atypical printer configuration 
for this purpose comprises a dedicated printer cou- 
pled to the personal computer ("PC"). However, prin- 
ters used for this purpose are typically small laser 
printers which have limited functions and features 15 
such as a limited tray capacity which restricts the 
number and types of copy sheets that can be used to 
make prints on, or which do not have a finishing ca- 
pability, etc. 

On the other hand, larger high speed laser prin- 20 
ters normally have a great deal of finishing and copy 
sheet capability which would allow the PC user to 
have, for example, custom printing and finishing of his 
work product, an option which for many PC users 
would be highly desirable. In practice, the PCs can be 25 
used advantageously with a network printing system 
of the type combining a number of client inputs, such 
as the PCs, or the like, and one or more printer out- 
puts. In one example of such network printing sys- 
tems, a client at one of the inputs sends electronic 30 
documents that comprise a job over a local area net- 
work (LAN) to one of the printers selected for printing 
of the job. In particular, LANs provide a means by 
which users running dedicated processors are able to 
share resources such as printers, file servers and 35 
scanners. Integration of shared resources has been a 
problem addressed by LAN managers. LAN man- 
agers have made different network protocols trans- 
parent to devices running different network protocols. 
LANs also have a variety of print drivers emitting dif- 40 
ferent page description languages (PDLs), which are 
directed to specific print devices. 

A PDL, such as Interpress provided by Xerox® 
Corp. permits arithmetic computation, conditional 
execution, and procedure definition, in addition to 45 
special operations that construct a page image. Typ- 
ically, a PDL supports imaging characters in a variety 
of fonts, faces, sizes and orientations, as well as line 
art, graphics and pictorial images. Because it is a lan- 
guage, the PDL describes a document in terms of so 
software, the software being used to generate prim- 
itives that can be imaged onto a substrate with a 
marking engine. Further information r garding Inter- 
press can be found in the following reference, the per- 
tinent portions of which are incorporated her in by ref- 55 
ere nee: 

Harrington, S. J. and Buckley, R. R. 
Interpress: The Source Book 



Simon & Schuster, Inc. 
New York, N. Y.cd 
1988 

While the use of a PDL to store and transmit an 
input document is desirable for several reasons, such 
use can complicate printing since much effort must be 
expended by the printer in converting the PDL of the 
input document into hardware imaging primitives that 
actually produce the print. In particular, an input for- 
mat of an input document written in a PDL contains 
primitives that are at a higher lever than the imaging 
primitives, so that the input document must be "taken 
apart 9 into its individual imaging components with a 
decomposing technique or the like. Preferably, a de- 
composer, with one or more processors and suitable 
software, is employed to implement the technique. 

In operation, the decomposer executes the PDL 
to generate the imaging primitives. The types of op- 
erations required to perform this task include binding 
of the printer fonts to the requested fonts, any imaging 
processing on pictorial information, and/or converting 
line art/graphics to lower level Imaging primitives. 
This process has historically taken much longer than 
the actual imaging, resulting in loss of throughput It 
would therefore be desirable to provide a decompos- 
er that minimizes the amount of time required to per- 
form decomposing functions and, correspondingly, 
maximizes output. 

In accordance with one aspect of the present in- 
vention there is provided a decomposing apparatus 
for use in a printing machine of the type adapted to 
receive a first set of information written in a printer 
page description language and a second set of infor- 
mation written in a printer page description language. 
The decomposing apparatus preferably comprises: 
means for parsing the first set of information into a 
first set of image related components during a first 
time interval and the second set of information into a 
second set of image related components during a sec- 
ond time interval; and, means for performing image 
related operations on selected components of the 
first set of image related components, the image re- 
lated operations being performed on the first set of 
image related components during the second interval 
so that the image related operations can be per- 
formed on the first set of image related components 
substantially concurrently with the second set of in- 
formation being parsed. 

Other aspects of the invention provide printing 
machines, decomposing apparatus, parsers and 
methods of decomposing according to the appended 
claims. 

The present invention will be described further, 
by way of example, with reference to the accompany- 
ing drawings, in which:- 

Figure 1 is a schematic, block diagramatic view of 
an electronic printing machine in which the pres- 
ent invention can be carried out; 
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Figure 2 a sch matic, block diagramatic view of 
a processor/printer interface for the printing ma- 
chine shown in Figure 2; 

Figures 3A and 3B represent a schematic, block 5 
diagramatic view of an arrangement for decom- 
posing a job written in a printer page description 
language; 

Figure 4 is a flow diagram providing an overview 

for the function of the arrangement in Figures 3A 10 

and 3B; 

Figure 5 is a graphic representation illustrating 
certain functional aspects of the present arrange- 
. ment; 

Figures 6A and 6B represent a flow diagram de- 15 
picting the operation of parsing in the decompos- 
ing arrangement; 

Figure 7 is a schematic view of a screen displayed 
on a user interface, the screen comprising a job 
ticket for programming various instructions to be 20 
performed in conjunction with the job; 
Figure 8 Is a schematic view of a supplemental 
job ticket capable of being used with the the Job 
ticket of Figure 7; 

Figure 9 is a flow diagram depicting the operation 25 
of coalescing in the decomposing arrangement; 
Figure 1 0 is a schematic, block diagramatic view 
of a section of a coalescing section in the decom- 
posing arrangement of Figures 3A and 3B; 
Figure 11 is a flow diagram depicting the opera- 30 
tion of post parsing in the decomposing arrange- 
ment; 

Figure 12 is a graphic representation illustrating 
time/storage constraints encountered for various 
levels of primitives; and 35 
Figure 13 is a schematic view of a screen dis- 
played on a user interface, the screen comprising 
a graphic tool for performing an editing function, 
such as "cut and paste". 

While the present invention will hereinafter be de- 40 
scribed in connection with a preferred embodiment 
thereof, it will be understood that it is not intended to 
limit the invention to that embodiment. On the contra- 
ry, it is intended to cover all alternatives, modifica- 
tions and equivalents as may be included within the 45 
scope of the invention as defined by the appended 
claims. 

Turning now to the drawings, and at this point es- 
pecially to Figure 1, there is an electronic document 
processing system 21 to illustrate a typical environ- 50 
mentforthis invention. In keeping with standard prac- 
tices, the document processing system 21 comprises 
a digital processor 22 having a main memory 23 and 
a mass memory 24, an input section 25 for providing 
a job written in a printer page description language 55 
(PDL), and a printer 26 for printing hardcopy render- 
ings of selected image components obtained from the 
PDL. Furthermore, there is a user interface 27 for 
enabling a user to interact with the processor 22, the 
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input scanner 25, and the printer 26. 

As will be understood, the user interface 27 col- 
lectively represents the input devices through which 
the user enters image editing and manipulation in- 
structions for the processor 22. Additionally, the inter- 
face 27 represents the output devices through which 
the user receives feedback with respect to the ac- 
tions that are taken in response to the instructions 
that are entered by the user or otherwise, such as un- 
der program control. For example, the user interface 
27 generally includes a keyboard or the like for enter- 
ing use instructions, a monitor for giving the user a 
view of the process that is being performed by the 
processor 22, and a cursor controller for enabling the 
user to move a cursor for making selections from 
and/or for entering data into a process that is being 
displayed by the monitor (none of these conventional 
components is shown). 

The illustrated document processing system 21 is 
centralized, so it has been simplified by assuming 
that all control instructions and all (mage editing and 
manipulation Instructions are executed by the proc- 
essor 22 under program control. In practice, however, 
the execution of these instructions may be handled 
by several different processors, some or all of which 
may have their own main memory and even their own 
mass memory. Likewise, either or both of the input 
scanner 25 and the printer 26 may have its own user 
interface, as indicated by the dashed lines 28 and 29, 
respectively. Indeed, it will be evident that the docu- 
ment processing system 21 could be reconfigured to 
have a distributed architecture to operate with a re- 
mote input section and/or a remote printer (not 
shown). Data could be transferred from and to such 
remote input section and printer terminals via dedicat- 
ed communication links or switched communication 
networks (also not shown). 

As shown in Figure 2, the processor 22 preferably 
includes a PDL driver 31 for transferring tothe printer 
26 PDL descriptions of the electronic document files 
that are selected for printing. Thus, the printer 26 is 
illustrated as having a PDL decomposer 32 for de- 
composing such PDL descriptions to produce corre- 
sponding bitmapped image file. It will be appreciated, 
particularly in view of the discussion below, that the 
decomposer 32 is capable of receiving PDL files from 
mass memory, such as disk, or from off the network 
"on the fly." 

Referring to Figures 3Aand 3B, an arrangement 
including the mass memory 24, the input section 25 
and the decomposer 32 is shown. Referring specifi- 
cally to Figure 3A, the input section 25 preferably 
comprises up to two PDL emitters, such as a worksta- 
tion 40, or any other suitable PDL source 42. In one 
Example the workstation 40 is Xerox® 6085 (the 
term "Xerox 6085" is trademark used by Xerox® 
Corp.) workstation coupled with a network 44, such 
as a network sold by Xerox® Corp. under the trade- 
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mark of EtherNet™. The network is interfaced with 
the decomposer 32 by way of a suitable network in- 
terface 46, which could include one of many known in- 
t rfaces such as TCPIP™, AppleTalk™ or Token s 
Ring™. Both of the workstation 40 and the PDL 
source 42 are interfaced with the decomposer 32 by 
way of a print server 48, which print server 48 can be 
a suitable protocol corresponding with the specifica- 
tions of the PDL Source 42 and/or the network inter- 10 
face 46. The print server 48 communicates with a sys- 
tem manager 50. 

In the preferred embodiment, the system man- 
ager 50 comprises a system state controller (SSC) 52 
of the type disclosed in U.SA. Patent No. 5,1 70,340, 15 
the user interface (Ul) 27, which, in one example, is 
of the type disclosed in U.S. Patent No. 5,083,210, 
the pertinent portions of which are incorporated here- 
in, a database manager 54 and a database front end 
processor 57. Additionally, the database manager 54 20 
preferably comprises a database job queue 55 (Fig- 
ure 10) and a database coalescer table 56. The fea- 
tures of the present invention can be obtained 
through use of any suitable, commercially available 
database. Alternatively, one of ordinary skill in the art 25 
could, without undue experimentation, construct the 
database of the present invention by reference to one 
of several known texts, such as the following text: 
Martin, J. 

Computer Data- Base Organization 30 
Prentice Hall, Inc. 
Englewood Cliffs, New Jersey 
1975 

The database front end processor 57, which 
serves to define the structure of the PDL job, and the 35 
sequence in which image related identifiers stored in 
the database are operated on, can be constructed by 
those skilled in the art in view of the type of database 
manager selected for use. As will appreciated from 
the discussion below, the database manager 54 is 40 
the conduit through which virtually all image related 
identifiers and all job identifiers ("handles") flow. 
Moreover, editing of postparsed information is ach- 
ieved by use of a "make ready" process 58 which is 
coupled with the front end 57. The "make ready" proc- 45 
ess, which serves to interpret operator commands for 
performing bitmap processing, is used in the Docu- 
Tech™ electronic printer which is sold by Xerox® 
Corp. 

Referring still to Figure 3A, the print server 48, so 
the SSC 52 and the data base front end processor 57 
each communicate with a parsing section 60 by way 
of a preparse scheduler 62. In the preferred embodi- 
ment, the steps of the parsing section 60 are per- 
formed on a MESA™ processor of the type manufac- 55 
tured by Xerox® Corp. The preparse scheduler 62 
communicates with a preparser 64 by way of a block 
of shared memory 66. In the preferred embodiment of 
the present invention, the preparser consists of a 



manager section 68 and a main section 70. In one ex- 
ample, the manager section comprises a processor of 
the type referred to immediately above, and the main 
section comprises a similar processor and a math co- 
processor which, for the most part, is similar to com- 
mercially available math coprocessors. Additionally, 
the manager 68 communicates with the print server 
48 by way of a block of memory 71 , and the main sec- 
tion 70 is configured to store a coalesce table, the sig- 
nificance of which will be discussed in further detail 
below. 

The preparser 64, which serves to break up PDL 
into image related components, is capable of storing 
those components in mass memory 24, which, in the 
preferred embodiment is a disk storage device, such 
as the one used on the DocuTech™ electronic printer 
manufactured by Xerox® Corp. Preferably, the disk 
storage device is adapted to receive rasters in raster 
storage section 72 and internal PDLfragments ("inter- 
nal PDL frags") in internal PDL frags, section 74. It 
should be recognized that internal PDL fragments are 
higher level primitives to be imaged on a substrate. In 
one example, an internal PDL fragment serves to 
transform coordinate systems inputted to the decom- 
poser for printing. Employment of other storage sec- 
tions in the mass memory 24 to receive other image 
related components is contemplated by the present 
invention. 

In practice, the mass memory 24 is configured to 
not only receive and store the image related compo- 
nents developed by the preparser 64, but to store, on 
a long term basis, a relatively large variety of logos (in 
logo DB storage section 76) and fonts (in font section 
78). Employment of other storage sections in the 
mass memory 24 to store other image related com- 
ponents, on a long term basis, is contemplated by the 
present invention. Additionally, the disk storage de- 
vice preferably includes section 82 for storing PDL 
files to be processed and a section 84 for storing all 
information communicated to the database manager 
54. In one example, the job database 84 is adapted 
to contain a structure for and image related compo- 
nents of a job written in a PDL It will be appreciated 
by those skilled in the art that a suitable memory ar- 
rangement could be used in place of the job database 
without affecting the underlying concept of the pres- 
ent invention. 

In practice, the preparser 64 is interfaced to the 
raster section 72 by way of an image install process 
86 and a raster directory service (DS) 88, to the logo 
DB section by way of a file finder process 90 and to 
the Internal PDL Frags section by Internal PDL Frags 
Manager 92. In the illustrated embodiment of Figure 
3A, the raster DS 88 is adapted to assign an image 
identifier to each raster transmitted thereto, and pass 
each of those identifiers to the preparser 64. Similar- 
ly, the internal PDL frags manager 92 is adapted to 
assign an image identifier to each internal PDLfrag- 
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ment transmitted thereto, and pass each of those 
identifiers to the preparser 64. On the other hand, the 
file finder 90 assigns an identifier to calls for logos re- 
ceived at the preparser 64 from the print server 48, s 
and permits the logos to be fetched by the preparser 
64 when they are available in the logo DB section 76. 
When the called for logo is not available in the logo 
DB section, the file finder 90 is capable of issuing an 
appropriate fault message for display at the Ul 27 or w 
for printing with a hardcopy print 

Referring still to Figure 3B, the results of the pre- 
parsing process are eventually passed on to the co- 
alesce section 94. The coalesce section 94 comprises 
a coalesce scheduler 96 that communicates with a 15 
coalescer 98. The coalescer scheduler 96 functions 
under the influence of the SSC 52 and the database 
manager 54 to manage the various functions of the 
coalescer 98. The coaJescer 98 communicates with 
the fonts storage section 78 by way of a font manager 20 
102. In the preferred embodiment, the fonts storage 
section 78 comprises a font database and the font 
manager 102 is capable of interpreting the data struc- 
tures therein. In particular, the font manager 102 Is 
adapted to scan the data structures of the font data- 25 
base to check whether a font requested by the coa- 
lescer 98 is present in the font database. The coalesc- 
er 98 also communicates with a font substitution/in- 
sertion section 104, the section 1 04 comprising a font 
substitution table arrangement 1 06 of the type descri- 30 
bed in US.A. Patent No. 5,167,013, and a job level 
substitution/insertion process 108. In one example, 
the insertion aspect of the substitution/insertion proc- 
ess 108 is directed toward a tape source for manually 
loading fonts of the type used in the DocuTech"' elec- 35 
tronic printer sold by Xerox® Corp. In another exam- 
ple, the substitution aspect of the substitution/inser- 
tion process 1 08 is any suitable arrangement in which 
a user of the decomposer 32 can facilitate the manual 
substitution of a font available in the font database of 40 
the fonts storage section 78 for an unavailable font 
called for in a job provided from the input section 25. 

Image related components of each job are ulti- 
mately processed into printable form, or more specif- 
ically, to "lower level primitives," by use of a postpars- 45 
ing section 110 which includes a postparse scheduler 
112. The postparse scheduler 112 functions under the 
influence of the SSC 52 and the database manager 
54 to manage the various functions of a postparser 
114. The postparse scheduler 112 also communicates 50 
with an internal PDL frags generator 116, the gener- 
ator 116 being capable of accessing the internal PDL 
frags storage section 74, by way of the internal PDL 
frags manager 92, for generating selected internal 
PDL fragments stored in the internal PDL frags stor- 55 
age section 74. In turn, the generator 116 communi- 
cates with the postparser 114 for passing the select- 
ed generated fragments thereto. Each of the coalesc- 
er 98 and the postparser 114 communicate with an 



image processing arrangement 118, the arrange- 
ment 118 including an image conv rsion service 
(ICS) and an imag resampling service (IRS). As 
should be recognized, the ICS and the IRS provide a 
host of image processing services for use with the va- 
rious image components from each processed jobs, 
such services including image rotation, color process- 
ing, halftoning, image resolution (e. g. scaling) and 
the like. In the preferred embodiment, the ICS/IRS 
communicates with the image install 86 to perform 
image processes on selected rasters in the raster 
storage section 72. The various components of the 
postparsing arrangement, including the ICS/IRS are 
commercially available on the DocuTech™ electronic 
printer sold by Xerox® Corp. 

Referring to Figure 4, an overview of the opera- 
tion of the illustrated system of Figure 3 is shown. To 
initiate decomposition, a job is communicated from 
the input section 25 to the decomposer 32 (step 122). 
After appropriate coordination has occurred, informa- 
tion is passed to the preparse section 64 (step 124), 
the information is parsed into image related compo- 
nents and, per step 128, identifiers corresponding to 
the components are stored in the job database 84 by 
the database manager 54. Some time after a first 
page of the job is parsed, the identifiers are passed 
from the database to the coalesce section 94 (step 
130) for font processing (step 132) and bitmap proc- 
essing (step 133). Coalesced information is then 
postparsed (step 134) to form a bandlist, and the 
handlist is marked at step 136. In the preferred em- 
bodiment, coalesced information can be edited (step 
138), as described below. 

Referring to Figure 5, the multi-process capabil- 
ity of the decomposer 32, for even just one job, can 
be readily appreciated. As illustrated by Figure 10, the 
decomposer 32 can preparse a job concurrently with 
it being captured from the network. After N page(s) of 
pre parsed information has been passed along to the 
database, the decomposer can start coalescing con- 
currently with capturing and preparsing. As further il- 
lustrated by Figure 5, the job can be decomposed "on- 
the-fly" with respect to the network. 

Referring to Figures 6A-6B, the inputting and 
parsing of the PDL file(s) will be discussed in further 
detail. Referring specifically to Figure 6A, at step 142, 
a job file written in a particular PDL, such as Inter- 
press used by Xerox® Corp.. is provided from either 
the workstation 40 or the PDL source 42. For those 
situations in which the job is developed on the work- 
station 40, a job ticket, of the type shown in Figure 7, 
may be employed. As illustrated in Figure 7, the job 
ticket provides various choices with respect to finish- 
ing. In programming the job, it may also be desirable 
to transmit information to the printer 26 regarding bill- 
ing and accounting. This type of information can be 
programmed in a supplementary ticket of the type 
shown in Figure 8. It should be recognized that much 
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of the information transmitted to the decomposer 32, 
in the form of the tickets of Figures 7 and 8 f is includ- 
ed in the form of global information, versus page level 
information. Additionally, while generating his/her 5 
program, the programmer may include calls to ras- 
ters, logos and other like bitmaps that he/she knows 
is on the machine. Accordingly, as will become clear 
from the discussion below, that call can be used as 
an identifier to pull up one or more image related com- 10 
ponents, such as a logo, for eventual printing at the 
printer 26. 

Upon inputting the PDLjob to the print server 48, 
basic information regarding, for example, the struc- 
ture of the job and the order in which the job should 15 
be processed, is transmitted to the database man- 
ager 54 (step 144) by way of the preparse scheduler 
62 and the database front end processor 57. The da- 
tabase manager 54 indicates to the SSC 52 that it has 
a job, and in due course, provided that the decompos- 20 
er is ready (see step 146), the SSC 52 commands the 
print server 48 to begin transmitting blocks of the PDL 
file to the manager section 68 across shared memory 
block 71 (step 148) and causes the preparse schedu- 
ler 62 to obtain a job identifier ("handle") from the da- 25 
tabase manager 54 (step 150). The handle represents 
the information that the preparse scheduler 62 will 
need to pass the image related identifiers resulting 
from the parsing process on to the database manager 
54. Alternatively, as illustrated by steps 146 and 152, 30 
if a job is ready to be inputted concurrent with a job 
being processed, the job that is ready to be inputted 
can be stored for subsequent processing 

As the PDL is transmitted to the manager section 
68 (step 1 54), it is, per step 1 56, broken down into glo- 35 
bal information, such as a header and a preamble, 
and page level information. As mentioned above, 
such global information can include billing and ac- 
counting information. Additionally, the manager 68 
finds the beginning of each page within the job file 40 
("master") for setting up the image related compo- 
nents ("data structures 0 ) to be received by the main 
section 70. Essentially, the manager functions as a 
syntactical analyzer, insuring that the syntax of the 
encoded PDL master is correct. The manager prefer- 45 
ably performs some preworkfor the main section 70 
and possesses limited interpretative capabilities. 

At step 160, page-level information is passed 
from the manager 68 to the main section 70 at which 
informations, or, more specifically, data structures so 
are created. The main looks into a linked list of set up 
pages and sequentially decomposes them. The man- 
ager and the main section 70 can work on separate 
pages or the main section 70 can work ahead of the 
manager within a page. Once the manager has ere- 55 
ated a data structure for a page, the main section 70 
executes data structures within the page for storage 
in the mass memory 24. Per step 162, the main sec- 
tion 70 inserts any font names that it gleans from pa- 
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ges in a coalesce table stored in the main. 

Referring to Figure 6B, once the page-l ve! data 
structures are availabl , identifiers therefore are ob- 
tained. If rasters or bitmaps are found among the data 
structures (step 164), they are communicated to the 
raster storage section 72 by way of the image install 
86 and the raster DS 88. Per step 1 66, the rasters are 
assigned identifiers by the raster directory service, 
and the identifiers are passed to the main section 70 
for placement in the coalesce table. If logo calls, i. e. 
calls for a merge item, are found among the data 
structures (step 168), the file finder 90 checks to see 
if the logos are in the logo DB section 76 (step 170), 
For those logos in the logo DB, corresponding poin- 
ters for the available logos are communicated to the 
main (step 172) for placement in the coalesce table. 
For those logos not in the logo DB, a fault message 
is, per step 1 74, returned to the main for eventual dis- 
play or printing into hardcopy. Per steps 176 and 178, 
internal PDL fragments are created and communicat- 
ed to the internal PDLfrags storage section 74 by way 
of the internal PDL frags manager 92. Per step. 178, * 
the Internal PDL fragments are assigned identifiers or & 
"tokens" by the internal PDL frags manager 92, and 
the identifiers are passed to the main section 70. As * 
shown by steps 182 and 184 any other data struc- i 
tures flowing from the main 70 would be handled in a 
manner similar to that shown for rasters or internal 
P DL f ragme nts. After all of t he identifiers are provided 
to the main 70, a signal is sent to the preparse 
scheduler 62, and the identifiers, per 186, are com- ^ 
municated to the database manager 54. * , # 

Referring conjunctively to Figures 3, 9 and 10, *h 
further discussion with respect to coalescing, i. e. ^ 
performing font processing and/or bitmap processing 
on certain stored data structures, is provided. Refer- 
ring specifically to Figure 9, at step 1 88, the coalescer 
scheduler 96 gets a handle, i. e. job ID, from the da- 
tabase manager 54, and transmits the handle to the 
coalescer 98 (step 190). The coalescer, in turn, ob- 
tains the appropriate coalesce table from the data- 
base (step 192). For each font name (see step 194), 
the availability of its corresponding font in the font 
section 78 is determined, via step 196, through use 
of the font manager 102. For each font name that is 
available in the fonts storage section 78, the font 
name is bound with a Font ID from the font manager 
1 02 (step 1 98), the font ID pointing to an available font 
in the fonts storage section. 

For each font that is notavailable in the fonts sec- 
tion 78, one of two options is used (see step 204). The 
options are prioritized by the system operator and 
need not be prioritized in any particular order. In the 
first option a font substitution table, of the type dis- 
closed in the U.S.A. Patent NO. 5,167,013, is used, 
per step 206 to provide substitute fonts for respective, 
unavailable fonts. That is, through use of the font sub- 
stitution table, each font name in the coalescer table 
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which calls for an unavailab! font is mapped against 
an availabl font and a suitable font ID is obtained, by 
way of the font manager 1 02 to bind ach font name 
corresponding to an unavailable font with a font ID 5 
corresponding to an available, substitute font In the 
second option, an error message is displayed at the 
Ul 27 (208), by appropriately feeding fault information 
back through the coalesce scheduler 96 and the SSC 
52. Subsequently, at step 21 0, a substitute font is sup- 10 
plied by a supplementary source, such as a font libra- 
ry stored on stream tape, the stream tape being 
adapted for use on a networked version of the Docu- 
Tech™ electronic printer sold by Xerox® Corp. As will 
be appreciated, when circumstances permit, called 15 
for, unavailable fonts could be made available by 
loading them into the mass memory 24. 

Each identifier representing a bitmap or raster re- 
quiring Image processing (see step 212), is commu- 
nicated to the ICS/IRS 118 (step 214) by way of the 20 
front end 57 (Figures 3 and 10), the database man- 
ager 54, the postparse scheduler 112 and the post- 
parser 114 so that a predesignated operations can be 
performed on predesignated bitmaps. The ICS/IRS 
cooperatively functions with the image install 86 to 25 
achieve the predesignated image processing opera- 
tions on the predesignated rasters in the raster stor- 
age section 72 (step 216) and return new raster iden- 
tifiers to the coalescer 98. Referring specifically to 
Figure 10, upon receiving the new raster identifiers 30 
and/or binding the font names with respective font 
IDs, the database job queue 55 is locked and the da- 
tabase coalesce table 56 is updated (step 219) with 
the new raster identifiers and the appropriate font in- 
formation, such as the mappings of the font names 35 
with their corresponding font IDs. 

Referring to Figure 11, the operation of the post- 
parsing section 110 is explained in further detail. It 
should be recognized that the flow diagram of Figure 
11 also illustrates a post job capture editing routine, 40 
the significance of which will follow from the discus- 
sion below. At step 222, the postparser scheduler 112 
gets a handle by way of the database manager 54 and 
passes it to both the internal PDL frags generator 116 
(step 224) and the postparser 114 (step 226). In turn, 45 
the internal PDL frags generator 116 fetches the ap- 
propriate internal PDL fragments from the internal 
PDL frags storage section 74, via the Internal PDL 
frags manager 92 (step 228), and the postparser 114 
fetches the appropriate raster identifiers and the 50 
bound font names, via the database manager (step 
230). Upon fetching the above-mentioned informa- 
tion, postparsing is performed at step 232. 

In particular, at step 232 the postparser causes 
all of the data structures to be placed in a suitable 55 
form for printing and places the corresponding raster 
identifiers, font IDs and primitive representations of 
internal PDL fragments into a handlist for printing. In 
view of Figure 12, it may be desirable to adjust the 



data structures, during postparsing, to higher or lower 
primitives, depending on the processing/storage ca- 
pabilities of the system. As indicated in Figure 12, 
higher level primitives, such as those expressed by 
PDLs, require less storage and relatively more proc- 
essing time, while bitmaps, which are typically easier 
to process, require more storage. Accordingly, in 
compiling the bandlist, maintaining a suitable balance 
with respect to primitive complexity may be desirable. 

Referring again to Figure 11, it will be appreciated 
that, subsequent to coalescing, the job can be edited, 
in a page-by-page manner, before marking thereof. In 
one example, when editing is desired (see step 234), 
postparsed information is communicated from the 
postparser 114 to the Ul 27 (step 236), by way of the 
ICS of image processing section 118, the database 
manager 54 and the front end 57. As mentioned 
above, the front end 57 functions cooperatively with 
the "make ready" process to permit user editing at the 
Ul 27. In one example, editing is performed on select- 
ed sections of bits with the Ul 27 (step 238). It will be 
understood that object editing is contemplated by the 
present invention. Additionally, editing screens of the 
type used on the DocuTech™ are suitable for use in 
the present invention, and editing functions of the 
type enumerated in the DocuTech® User's Manual, 
the pertinent portions of which are incorporated here- 
in, are available to the user of the decomposer 32. An 
exemplary screen used for editing, e. g. "cutting and 
pasting," is shown in Figure 13. 

It should be understood that editing, for certain 
operations, can be achieved without postparsing. Ex- 
amples of such operations would include signaturiza- 
tion, as disclosed in a European Patent Application 
corresponding to U. 5. Patent Application Serial No 
07/589,941 entitled "Electronic Printing System for 
Printing Signatures," filed September 28, 1990, the 
pertinent portions of which are incorporated herein by 
reference, plex changes or other like operations. 

Subsequent to editing, the user passes the edit- 
ed information back to the postparser 114 by way of 
the database manager 56 (step 240), the front end 57 
and the postparse scheduler 112, to postparse for 
printing (step 242). At step 244, the postparsed infor- 
mation, which can indude primitives representative of 
internal PDL fragments, bound font names and bit- 
maps, is inserted into a handlist and delivered to the 
marking engine for consumption thereby. 

Numerous features of the present invention will 
be apparent to those skilled in the art. One feature of 
the present invention is that it introduces various lev- 
els of concurrency into the decomposition process. 
On a broader scale, various processes, such as cap- 
ture, preparse and coalesce can be performed con- 
currently. Accordingly, information can be parsed into 
image related components while one of a variety of 
coalesce functions is being performed. As a result of 
parsing and coalescing in parallel, the availability of 
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fonts can be checked, and fault conditions for fonts 
can be managed without impairing preparsing. More- 
over, when faults in fonts ar found, the condition can 
corrected without requiring that the job be preparsed 5 
again. Finally, the preparse operation does not inter- 
fere with the processing of bitmaps. Essentially, proc- 
esses serve to break decomposition into discrete 
components, in a "pipeline-fashion" for increasing 
overall throughput of the system. Accordingly, the 10 
longest delay becomes the longest section of the 
pipe. 

Concurrency is also achieved on a finer scale. 
For example, the preparser preferably functions in 
two stages so that as many as two pages in a given 15 
job can be worked on simultaneously. 

Another feature of the present invention is that it 
maximizes efficiency of job capture off a network. In 
particular, jobs can be inputted to the decomposer 
"on-the-fly," and thus need not be stored in mass 20 
memory prior to decomposition. 

Yet another feature of the present invention is 
that it provides a decomposer in which post job cap- 
ture editing can be achieved. That is, in one embodi- 
ment, image related identifiers can be edited on a 25 
user interface prior to sending any imaging primitives 
to a marking engine. 

Another feature of the present invention is that it 
provides a scheme in which image related identifiers 
can be compiled in a central repository, e. g. a data- 30 
base, for use by the various processes of the system. 
Accordingly, the preparser, coalescer or postparser 
need not, for the most part, communicate with one 
another to perform their respective tasks. 



Claims 

1. A printing machine for printing a job written in a 
printer page description language having infor- 40 
mation, the job information being decomposed 

into a printable form, characterised by 

parsing means (60) for parsing the infor- 
mation into image related components; 

means (94), separate from said parsing 45 
means (60), for performing image related opera- 
tions on selected ones of the image related com- 
ponents, and 

means (24), defining a database and com- 
municating with both of said parsing means (60) 50 
and said performing means (94), for storing iden- 
tifiers representative of the image related compo- 
nents; and 

input m ans (25) for inputting the job to 
said parsing means (60). 55 

2. A decomposing apparatus for use in a printing 
machine of the type adapted to receive a first set 
of information written in a first printer page de- 



scription language and a second set of informa- 
tion writt n in a printer page description lan- 
guage, characterised by 

parsing means (60) for parsing th first set 
of information into a first set of image related 
components during a first time interval and the 
second set of information into a second set of im- 
age related components during a second time in- 
terval; and 

means (94) for performing image related 
operations on selected components of the first 
set of image related components, the image re- 
lated operations being performed on the first set 
of image related components during the second 
interval so that the image related operations can 
be performed on the first set of image related 
components substantially concurrently with the 
second set of information being parsed. 

3. A decomposing apparatus as claimed in claim 2, 
further comprising storing means (24), coupled to 
said parsing means, for storing the first and sec- 
ond sets of image related components; 

4. A decomposing apparatus as claimed in claim 2 
or claim 3, in which each set of information com- 
prises global information and page-level informa- 
tion, wherein said parsing means comprises a 
processor (68) for distinguishing global informa- 
tion from page-level information. 

5. A parser adapted to be used in a decomposing 
apparatus for a printing machine of the type 
adapted to receive a job written in a printer page 
description language, the job including global in- 
formation and page-level information, character- 
ised by 

a first processor (68) for splitting the job 
into the global information and page-level infor- 
mation, 

a second processor (70), coupled with 
said first processor (68), for parsing the page- 
level information into a set of image related com- 
ponents; and 

storing means for storing the image relat- 
ed components for use in printing the job. 

6. A parser as claimed in claim 5, in which the job 
includes a plurality of pages, wherein the first and 
second processors (68,70) are adapted to oper- 
ate on different pages substantially concurrently. 

7. A decomposing apparatus for use in a printing 
machine of the type having a font storage section 
and being adapted to receive a set of information 
written in a printer page description language, 
characterised by 

parsing means (60) for parsing the set of 
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information into a set of image related compo- 
nents, said parsing means including means for 
designating each of the the image related com- 
ponents with an image identifier, at least one of s 
the image identifiers being a font name for a cor- 
responding font; 

means (94) for performing image related 
operations on selected components of the set of 
image related components, said performing 10 
means determining whether the corresponding 
font for the font name is available in the font stor- 
age area (78). 

8. A decomposing apparatus as claimed in claim 7, 1 s 
in which a second set of information written in the 
printer page description language is preparsed 

with the preparsing means (60), wherein the per- 
forming means (94) determines whether the cor- 
responding font for the font name is available in 20 
the font storage area (78) substantially concur- 
rently with the preparsing of the second set of in- 
formation. 

9. A decomposing apparatus as claimed in claim 7 25 
or claim 8, further comprising parsing means 

(1 04) for mapping a font available in t he font stor- 
age area (78) with the corresponding font of the 
font name when the corresponding font is not 
available in the font storage section (78). 30 

1 0. Adecomposing apparatus of the type adapted for 
use in a printing machine with a raster image stor- 
age section and an input for receiving a set of in- 
formation written in a printer page description Ian- 35 
guage, characterised by 

parsing means (60) for parsing the set of 
information into a set of image related compo- 
nents, at least one of the image related compo- 
nents being a raster image, the raster image be- 40 
ing stored in the raster image storage section; 

means (94) for performing image related 
operations on selected components of the set of 
image related components; and 

means, communicating with the perform- 45 
ing means and the raster image storage section, 
for processing the raster image in response to re- 
ceiving a signal from the performing means. 

11. A method of decomposing for use in a printing 50 
system of the type having an input device adapt- 
ed to program a job with global information and 
page-level information, characterised by 

programming the job at the input device 
with global information and page-level informa- 55 
tion; 

communicating the job to a first processor 
(68) of a parser (60); 

splitting the job into the global information 
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and the pag -level information with the first proc- 
essor (68); 

passing the page-level information to a 
second processor (70); and 

parsing the job with the first and second 
processors (68,70) to create image related com- 
ponents. 

12. A method of decomposing a printer page descrip- 
tion language for use in a printing machine, in- 
cluding 

parsing a set of information into a set of im- 
age related components; 

performing image related operations on 
selected components of the set of image related 
components; 

editing the image related components; 

and 

outputting the edited image related com- 
ponents to a marking engine. 

13. A method of decomposing for use In a printing ar- 
rangement of the type having a section for storing 
a job including information written in a printer 
page description language and a decomposer 
adapted to place the job in a suitable form for 
printing on a marking engine, comprising the 
steps of: 

inputting the job to the decomposer for de- 
composition when the decomposer is ready for 
the job; 

storing the job in the storage section when 
the decomposer is not ready for the job; and 

holding the job in the storage section until 
the decomposer is ready for the job so that the 
job can be decomposed, in accordance with the 
inputting step, when the decomposer is ready. 
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